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SYSTEM AND METHOD FOR DISTRIBUTED 
CACHING USING MULTICAST REPLICATION 

Field of the Invention 
In general, the present invention relates to computer software, and in particular, 
5 to a system and method for processing multi-portioned data in a distributed cache system 
utilizing multi-cast replication. 

Background of the Invention 
Generally described, networks, such as the Internet, allow computer users to 
request and view content provided by a variety of other computers on the network, 
10 commonly known as content providers. Oftentimes, a content provider receives a 
request for content from a client computer having a browser application and returns the 
requested content, along with some embedded advertisement media, in the form of an 
Internet Web page. 

In a first content delivery system configuration, the browser application requests 
15 content data from the content provider. In turn, the content provider generates a portion 
of the content data and requests the advertisement media portion of the content data from 
a third party server, such as an advertisement media server. 

Generally, an advertisement media server returns both advertisement media 
corresponding to the content request and an Internet redirection reference in the event 
20 the user wishes to access the advertisement provider via the Internet. The content 
provider server receives the advertisement media and redirection reference and provides 
them to the browser application. Accordingly, if the user viewing an advertisement 
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wishes to access the advertisement provider, he or she may click on the advertisement 
and an Internet Web site corresponding to the Internet redirection reference is displayed. 

In a second content delivery system configuration, the content provider may be 
restricted from directly providing the advertisement media and the redirection reference 
5 to the browser application. In such a system, the browser application requests content 
from the content provider server. Instead of returning the advertisement media and 
redirection reference, the content provider instructs the browser application to obtain the 
advertisement media data and the redirection reference data from a third party server on 
the network. However, when the browser application requests the advertisement content 

10 data from the third party server, network protocols can prevent the third party server 
from returning both the advertisement media and the redirection reference. Often, the 
advertisement media is transferred to the browser application while the redirection 
reference is lost. In such an instance, if a user viewing the advertisement wishes to 
access the advertisement provider, the redirection request cannot be completed because 

1 5 the redirection reference was not transferred by the third party server. 

Accordingly, there is a need for a system and method for processing data having 
multiple portions and for transferring the data in response to requests for the data 
portions. 

Summary of the Invention 

20 In accordance with this invention, a system and method for transferring multiple 

portions of data utilizing a distributed cache are provided, A content server obtains a 
request for content data and associates an identifier with the request. The content server 
returns a first portion of the data with the request and stores a second portion of the data 
in a cache according to the first identifier. Thereafter, the content server receives a 

25 request for the remaining portion of the provider data and associates a second identifier 
with the second request. If the second identifier matches the first identifier, the content 
server returns the second portion of the data. Additionally, the content server includes a 
click server having a distributed cache configuration in which multi-cache replication is 
utilized to store data process data requests. 

30 In accordance with other aspects of this invention, a computer implementable 

method for associating data with a data request is provided. In accordance with the 
method, a request for provider data having a first and second portion is obtained. A first 
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identifier is associated with the request for the provider data and the first portion of the 
provider data is returned. The second portion of the provider data is stored in a memory 
according to the first identifier. Thereafter, a request for the second portion of the 
provider data is obtained and a second identifier is associated with the request for the 

5 second portion of the provider data. The second portion of the provider data is returned 
only if the second identifier matches the first identifier. 

In accordance with another aspect of the present invention, a computer system 
for providing data to a requesting party is provided. The computer system includes at 
least one content requester for requesting provider data and a content server in 

10 communication with the content requester and operable to provide a first and second 
portion of the provider data to the content requester. Upon receiving a first request for 
the provider data from the content requester, the content server returns the first portion 
of the provider data and stores the second portion of the provider data according to a first 
identifier corresponding to the first request. Additionally, the content server returns a 

1 5 second portion of the provider data upon receiving a second request for the provider data 
from the content requester if a second identifier corresponding to the second request 
matches the first identifier. 

Brief Description of the Drawings 
The foregoing aspects and many of the attendant advantages of this invention 
20 will become more readily appreciated as the same become better understood by 
reference to the following detailed description, when taken in conjunction with the 
accompanying drawings, wherein: 

FIGURE 1 is a block diagram of a first content delivery system for processing 
and delivering data in response to requests; 
25 FIGURE 2 is a block diagram of a second content delivery system for processing 

and delivering data in response to requests; 

FIGURE 3 is a flow diagram illustrative of a data storage and returning routine in 

accordance with the present invention; 

FIGURE 4 is a block diagram illustrative of a click server architecture 
30 implementing a distributed cache system in accordance with the present invention; 

FIGURE 5 is a flow diagram illustrative of a hash table insertion routine in 
accordance with the present invention; 
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FIGURE 6 is a block diagram illustrative of the contents of a hash table cache in 
accordance with the present invention; 

FIGURE 7 is a block diagram of the hash table cache of FIGURE 6 illustrating 
the insertion of a hash table cache element; 
5 FIGURE 8 is a block diagram of the hash table cache of FIGURE 6 illustrating 

the insertion of a hash table cache element; 

FIGURE 9 is a flow diagram illustrative of a hash table look-up routine in 
accordance with the present invention; 

FIGURE 10 is a block diagram of the hash table cache of FIGURE 6 illustrating 
10 the removal of a hash table cache element; 

FIGURE 1 1 is a flow diagram illustrative of an online connection routine in 
accordance with the present invention; and 

FIGURE 12 is a block diagram of a computing system environment suitable for 
use in implementing the present invention. 

15 

Detailed Description of the Invention 
FIGURE 12 illustrates an example of a suitable computing system environment 
in which the invention may be implemented. The computing system environment is 
only one example of a suitable computing environment and is not intended to suggest 
20 any limitation as to the scope of use or functionality of the invention. Neither should the 
computing environment be interpreted as having any dependency requirement relating to 
any one or combination of components illustrated in the exemplary operating 
environment. 

The invention is operational in numerous other general purpose or special 
25 computing system environments or configurations other than shown in FIGURE 12. 
Example of well known computing systems, environments, and/or configurations that 
may be suitable for implementing the invention include, but are not limited to personal 
computers, server computers, laptop devices, multiprocessor systems, microprocessor- 
based systems, network PCs, minicomputers, mainframe computers, distributed 
30 computing environments that include any of the above systems or the like, 

The invention may be described in the general context of computer-executable 
instructions, such as program modules, being executed by a computer. Generally, 
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program modules include routines, programs, objects, components, data structures, etc. 
that perform a particular task or implement particular abstract data types. The invention 
may be also practiced in distributed computing environments where tasks are performed 
by remote processing devices that are linked through a communications network. In a 
5 distributed computing environment, program modules may be located in both local and 
remote computer storage media including memory storage devices. 

With reference to FIGURE 12, an exemplary system for implementing the 
invention includes a general purpose computing device in the form of a computer 20. 
Components of a computer 20 include, but are not limited to, a processing unit 22, a 

10 system memory 24, and a system bus 26 that couples various system components 
including the system memory to the processor. The system bus may be any of several 
types of bus structures including a memory bus or memory controller, peripheral bus, 
and a local bus using any of a variety of bus architectures. By way of example, not 
limitation, such architectures include Industry Standard Architecture (ISA) normal 

15 capitalization bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, 
Video Electronics Standards Association (VESA) local bus, and Peripheral Component 
Interconnect (PCI) bus also known as a Mezzanine bus. 

The computer 20 typically includes a variety of computer-readable media. 
Computer-readable media can be any available media that can be accessed by the 

20 computer 20 and includes both volatile and non-volatile media, removable and non- 
removable media. By way of example, and not limitation, computer-readable media 
may comprise computer storage media and communication media. Computer storage 
media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other 
memory technology, CD-ROM, Digital Versatile Disk (DVD) or other optical disk 

25 storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic 
storage devices, or any other medium which can be used to store the desired information 
and which can be accessed by the computer 20. 

The communication media typically embodies computer-readable instructions, 
data structures, program modules or other data in a modulated data signal such as a 

30 carrier wave or other transport mechanism and includes any information delivery media. 
The term "modulated data signal" means a signal that has one or more of its 
characteristics set or changed in such a manner to encode information in the signal. By 
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way of example, and not limitation, communication media includes wired media such as 
a wired network or direct wired connection, and wireless media such as acoustic, RF, 
infrared and other wireless media. Combinations of any of the above should also be 
included within the scope of computer-readable media. 

5 The system memory 24 includes computer storage media in the form of volatile 

and/or non-volatile memory such as read only memory (ROM) 28 and random access 
memory (RAM) 30. A basic input/output system 32 (BIOS), containing the basic 
routines that help to transfer information between elements within the computer 20, such 
as during start-up, is typically stored in ROM 28. RAM 30 typically contains data 

10 and/or program modules that are immediately accessible to and/or presently being 
operated on by the processing unit 22. By way of example, and not limitation, 
FIGURE 12 illustrates an operating system 46, application programs 48, other program 

modules 50, and program data 52. 

The computer 20 may also include removable/non-removable, volatile/non- 

15 volatile computer storage media. By way of example only, FIGURE 7 illustrates a hard 
disk drive 36 that reads from or writes to non-removable, non-volatile magnetic 
media 38, a magnetic drive 38 that reads from or writes to a removable, non-volatile 
magnetic disk 40, and an optical disk drive 42 that reads from or writes to a removal, 
non-volatile optical disk 44, such as CD-ROM or other optical media. Other 

20 removable/non-removable, volatile/non- volatile computer storage media that can be used 
in the exemplary operating environment include, but are not limited to, magnetic tape 
cassettes, flash memory cards, DVD, digital video tape, Bernoulli cap cartridges, solid 
state RAM, solid state ROM, and the like. The hard disk drive 34, magnetic disk 
drive 38, and optical disk drive 42 may be connected to the system bus 26 by a hard disk 

25 drive interface 54, a magnetic disk drive interface 56, and an optical drive interface 58, 
respectively. Alternatively, the hard disk drive 34, magnetic disk drive 38, and optical 
disk drive 42 are typically connected to the system bus 26 by a Small Computer System 
Interface (SCSI). 

The drives and their associate computer storage media discussed above and 
30 illustrated in FIGURE 12, provide storage of computer-readable instructions, data 
structures, program modules and other data for the computer 20. In FIGURE 12, for 
example, the hard disk drive 34 is illustrated as storing the operating system 46, 
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application programs 48, other programs 50, and program data 52. Note that these 
components can either be the same as or different from the operating system 46, the 
other program modules 50, and the program data 52. A user may enter commands and 
information into the computer 20 through input devices such as a keyboard 60 and a 

5 pointing device 62, commonly referred to as a mouse, track ball or touch pad. Other 
input devices (not shown) may include a microphone, a joystick, a game pad, a satellite 
dish, a scanner, or the like. These and other input devices are often connected to the 
processing unit 22 through user input interface 64 and may be connected by other 
interface and bus structures, such as a parallel port, game port or other universal serial 

10 bus (USB). 

The computer 20 may operate in a network environment using logical 
connections to one or more remote computers 65. The remote computer 65 may be a 
personal computer, a server, a router, a network PC, a peer device or other common 
network node, and typically includes many or all of the elements described above 

15 relative to the computer 20, although only a memory storage device has been illustrated 
in FIGURE 12. The logical connections depicted in FIGURE 12 include a local area 
network (LAN) 66 and a wide area network (WAN) 67, but also include other networks. 
Such network environments are commonplace in office, enterprise-wide computer 
networks, intranets, and the Internet. 

20 When used in a LAN network environment, the computer 20 is connected to the 

LAN 66 through a network interface adapter 68. When used in a WAN network 
environment, the computer typically includes a modem or other means for establishing 
communications over the WAN 68, such as the Internet. The modem, which may be 
internal or external, may be connected to the system bus 26 via the serial port interface 

25 or other appropriate mechanism. In a networked environment, program modules 
depicted relative to the computer 20, or portions thereof, may be stored in the remote 
memory storage device. By way of example, and not limitation, FIGURE 12 illustrates 
remote application programs 48 as residing on memory device 24. It will be appreciated 
that the network connections shown are exemplary in other means of establishing 

30 communication between the computers may be used. Although many other internal 
components of the computer 20 are not shown, those of ordinary skill will appreciate 
that such components and their interconnection are well known. Accordingly, additional 
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details concerning the internal construction of the computer 20 need not be disclosed in 
connection with the present invention. 

Those skilled in the art will understand that program modules such as the 
operating system 46, the application programs 48 and data 52 are provided to the 
5 computer 20 via one of its memory storage devices, which may include ROM 28, 
RAM 30, hard disk drive 34, magnetic disk drive 38, or optical disk device 42. The hard 
disk drive 34 is used to store data 52 and the programs, including the operating 
system 46 and application programs 48. 

When the computer 20 is turned on or reset, the BIOS 32, which is stored in 
10 ROM instructs the processing unit 22 to loan the operating system from the hard disk 
drive 34 into the RAM 30. Once the operating system 46 is loaded into RAM 30, the 
processing unit executes the operating system code and causes the visual elements 
associated with the user interface of the operating system to be displayed on the 
monitor 61 . When an application program 48 is opened by a user, the program code and 
1 5 relevant data are read from the hard disk drive and stored in RAM 3 8 . 

As is appreciated by those skilled in the art, the World Wide Web (WWW) is a 
vast collection of interconnected or "hypertext" documents written in HyperText Markup 
Language (HTML) or other markup languages, that are electronically stored at WWW 
sites throughout the Internet. A WWW site is a server connected to the Internet that has 
20 mass storage facilities for storing hypertext documents and that runs administrative 
software for handling requests for those stored hypertext documents. A hypertext 
document normally includes a number of hyperlinks that may be identified in various 
way (e.g., highlighted portions of text) which link the document to other hypertext 
documents possibly stored at a WWW site elsewhere on the Internet. Each hyperlink is 
25 associated with a Uniform Resource Locator (URL) and provides the exact location of 
the linked document on a server connected to the Internet and describes the document. 
Thus, whenever a hypertext document is retrieved from any WWW server, the document 
is considered to be retrieved from the WWW. As is known to those skilled in the art, a 
WWW server may also includes facilities for storing and transmitting application 
30 programs, which is application programs written in the JAVA™ programming language 
from Sun Microsystems, for execution on a remote computer. Likewise WWW server 
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may also include facilities for executing scripts or other application programs on the 
WWW server itself. 

A consumer or other remote user may retrieve hypertext documents from the 
WWW via a WWW browser application program. The WWW browser is a software 

5 application program for providing a graphical user interface to the WWW. Upon request 
from the consumer via the WWW browser, the browser accesses and retrieves the 
desired hypertext document from the appropriate WWW server using the URL for the 
document and a protocol known as a HyperText Transfer Protocol (HTTP). HTTP is a 
higher-level protocol than TCP/IP and is designed specifically for the requirements of 

10 the WWW. It is used on top of TCP/IP to transfer hypertext documents between servers 
and clients. The WWW browser may also retrieve application programs from the 
WWW server, such as JAVA™ applets, for execution on the client computer. 

The present invention relates to a system and method for storing data having 
multiple portions and for transferring the data to a requesting party. While the present 

15 invention will be described in relation to a system and method for delivering 
advertisements, which include an advertising media portion and an HREF portion, as 
will be readily understood by one skilled in the relevant art, the present invention is not 
limited to the delivery of advertisement media. Thus, it is to be understood that the 
embodiment is only by way of example and should not be construed as limiting. 

20 FIGURE 1 is a block diagram illustrative of a first content delivery system 74. 

The system 74 includes a browser application 76, which requests content from a content 
server 78. The content server 78 processes the request and sends a request for 
advertisement media to an advertisement server 80. The advertisement server 80 
processes the request and returns a URL associated with the advertisement media and an 

25 HREF redirection reference related to the advertisement material. The content server 78 
returns the URL and HREF to the browser application 76. The browser application 76 
accesses and displays the advertisement material located at the URL and in the event the 
user at the browser application 76 selects the advertisement, such as by "clicking" on the 
advertisement with a mouse, the browser application 76 utilizes the HREF to access an 

30 ad event server 82 which processes the redirection request and takes the user to another 
Web page indicated by the HREF. 
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FIGURE 2 is a block diagram illustrative of a second content delivery system 84 
in which the delivery of advertisement content is not accomplished in a single data 
transmission. Similar to the first content delivery system 74, a browser application 76 
requests content data from a content server 86. However, the content server 86 does not 

5 provide the advertisement media and HREF data to the browser application 76, but 
instead sends an embedded call for the browser application 76 to request the content 
from a third party content provider server 88. In turn, the third party content server 88 
sends a request to an advertisement server 80 which returns a URL and HREF to the 
third party content server 88. However, system and/or network restrictions only allow 

10 the third party content server 88 to return the URL to the browser application 76. 
Accordingly, in a conventional system, the browser application 76 would only receive 
the URL and would not be able to process a subsequent HREF click request from the 
user. 

In the present invention, however, the third party content server 88 also sends the 
15 HREF data and data identifying the requester to a click server 90. The click server 
stores the HREF data according to the key corresponding to the requester. If a 
redirection request is issued by the browser application 76 as a result of a user clicking 
action, the redirection request is sent to an ad events server 82, which in turn sends a 
request to the click server 90. A second key corresponding to the second request is 
20 generated and if the second key matches the first key, the HREF is sent to the ad event 
server 82 and processed by the browser application 76. Thus, the present invention 
allows the advertisement data to be divided and delivered to a requesting party in two or 
more portions. 

FIGURE 3 is a flow diagram of a data storage and retrieval routine 300 in 
25 accordance with the present invention. At block 302, a request for an advertisement is 
obtained. In an actual embodiment, as illustrated in FIGURE 2, the request is originally 
issued by a browser application 76, accepted by the content server 86 and then passed 
along via the browser application 76 to a third party content server 88. 

The request for the advertisement can include data regarding the content of the 
30 Internet Web page selected, data regarding the profile of the user of the browser 
application 76, and data identifying the user computer or the browser application 76, 
such as an Internet Protocol (IP) address or a Graphical User Identification (GUID). As 
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will be readily understood, alternative delivery system configurations and methods of 
requesting data to be transferred are within the scope of the present invention. 

At block 304, advertisement media and a corresponding HREF is obtained. In an 
actual embodiment, the content request is transferred to an advertisement server 80, 

5 which processes the request and returns the data. Alternatively, the third party server 88 
may receive and process the request directly. As will be understood by one skilled in the 
relevant art, a variety of advertisement matching methods/systems utilized by the third 
party server 88 or the advertisement server 80 to obtain the advertisement media and 
HREF fall within the scope of the present invention. 

1 0 At block 306, a hash key identifier corresponding to the requested data and/or the 

requester is generated. Since hash table data structures utilizing hash keys to store data 
are commonly known to those skilled in the relevant art, none are described in detail 
here. In general, a hashing algorithm converts data identifiers, including textual data, 
into a numeric value for location in a data structure, such as a table. Accordingly, 

15 different varieties of hashing algorithms or hash key storing data structures within with 
scope of the present invention. 

In an actual embodiment of the present invention, the hash key is generated, at 
least in part, from data relating to the browser application 76 request for content. The 
data utilized to generate a hash key can include information such as a data identifier 

20 (e.g., a file name), an IP address of the browser application 76 on the Internet, a GUID 
of the browser application, data relating a user profile and/or data relating to the browser 
application content request on the network. As will be appreciated by one skilled in the 
relevant art, a variety of information, some of which may be unique to each browser 
application 76, may be utilized to generate hash table keys. Additionally, and as will be 

25 explained in greater detail below, it may be possible that a hash key algorithm may 
generate the same hash key for two different browser application content requests. 

At block 308, the HREF data associated with the advertisement request is stored 
in a cache hash table according to the hash key. In an actual embodiment, the third party 
server 88 stores the HREF data in the click server 90. FIGURE 4 is a block diagram 

30 illustrative of a click server 90 in accordance with the present invention. The click 
server 90 includes a virtual interface protocol (VIP) 92 connected to multiple cache 
servers 94 via a communication channel 93. The cache servers are in parallel to one 
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another and also in communication with one another via a back communication 
channel 95. Each cache server 94 stores data utilizing a hash table. With reference to 
FIGURE 2, in an actual embodiment, the click server 90 obtains the HREF data and the 
hash key concurrently with the passing of the URL to the browser. Alternatively, the 

5 clicker server 90 may generate a hash key upon receiving the HREF data. 

Upon completion of block 308, the overall advertisement data has been 
subdivided into two portions. The first portion, the URL, is returned to the browser 
application 76 with the original data request. The second portion, the HREF data, has 
been sent to the click server 90 and has been stored in a hash table 96 according to a 

10 hash key. 

Returning to FIGURE 3, at block 3 10, a request for a redirection reference is 
obtained. As illustrated in FIGURE 2, the redirection request occurs when the user 
selects an advertisement on the browser application 76 by clicking on the advertisement. 
The browser application 76 sends the redirection request to advertisement events 

15 server 82. Because the browser application 76 does not have the HREF data, the 
advertisement events server 82 then requests the data from the click server 90. Similar 
to the initial content request, the second request includes a data identifier, and/or data 
identifying, the user request, the user profile and/or the browser application 76. At 
block 312, a second hash key is generated. In an actual embodiment, the same hash key 

20 generation method or algorithm utilized at block 304 to generate the first hash key is 
utilized to generate the second hash key. Accordingly, the second hash key should be 
identical to the first hash key. Similarly, the second hash key may be generated either by 
the advertisement events server 82 or by the click server 90. 

At decision block 3 14, a test is made to determine whether the second hash key is 

25 valid. In an actual embodiment, the second hash key is compared to any hash keys that 
have been previously generated and still contain data in the hash table 96. If there are no 
matches, the second hash key is not considered to be valid and the request is terminated 
at block 316. If the hash key matches one of the hash keys in the hash table, then a 
second test is conducted by comparing the raw data utilized to generate the hash key. If 

30 the raw data from the stored data and the second request match, then the hash keys are 
assumed to be from the same request and the hash key is considered to be valid. The 
second test mitigates problems associated with the generation of the same hash key by 
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two independent requests. As will be readily understood, alternative tests to determine 
the validity of the second hash table key are within the scope of the present invention. 
Additionally, the second test of matching the raw data from the browser application 76 

request may be omitted. 
5 If the second hash table key is valid at decision block 314, the data stored in the 

location according to the hash table key is returned at block 3 18. The process then 

terminates at block 320. 

To facilitate the storage and retrieval of the HREF data in each cache 94, the 
present invention utilizes chaining in the event any hash key collisions occur. As will be 

10 readily understood by one skilled in the art, hash key collisions occur when the hash 
table key generating method or algorithm generates the same key for two distinct pieces 
of data. In such an event, the present invention stores the data in an alternate location. 

In practice, when a command to store data is received by the VIP 92, one of the 
cache servers 94 is selected and a communication channel between the requesting server 

15 and the cache server 94 is created via the channel 93. Accordingly, the third party 
server 88 communicates directly with the selected cache server 94. Additionally, in an 
actual embodiment, once established, the VIP 92 maintains the outside server to cache 
server 94 connection for each subsequent communication. It will be apparent to one 
skilled in the relevant art that alternative caching structures, or storing facilities may be 

20 incorporated with the present invention. 

FIGURE 5 is a flow diagram illustrative of a hash table insertion routine 500 
implemented by the click server cache 94 in accordance with the present invention. At 
block 502, a hash table key and data to be stored are obtained. As explained above, the 
hash table key is generated from data pertaining to the browser application 76 request 

25 utilizing a hashing algorithm. The hash table key may be generated by a third party 
server 88 or by the click server 90 upon obtaining the HREF data. 

At decision block 504, a test is made to determine whether a slot in cache 
corresponding to the generated hash table key is available. FIGURE 6 is a block 
diagram illustrative of a cache server hash table 96 in accordance with the present 

30 invention. The hash table 96 includes a plurality of slots for storing data identified by 
numerical hash table keys 98. In this example, the hash table 96 includes six cache slots 
numbered sequentially from "0" to "5" and corresponding to potential hash table keys. It 
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will be apparent to one skilled in the art that the hash table key table location need not be 
sequential and that the data may be stored in two or more locations. 

Returning to FIGURE 5, if the slot is available, the data is stored at the specified 
location in the hash table at block 508. If, however, the slot is not available at 

5 block 506, the next sequential cache slot is examined at block 506. Accordingly, 
blocks 504 and 506 are repeated until an available cache slot is found. 

FIGURE 6 also illustrates four pieces of data 100, 102, 104, and 106, which are 
to be inserted into the cache hash table 96. Each piece of data 100, 102, 104 and 106, 
corresponds to a hash table key which is illustrated in FIGURE 6 alongside the data. For 

10 illustrative purposes, the first piece of data 100 "THIS" corresponds to a hash table key 
of "5", the second piece of data 102, "THAT", corresponds to a hash table key of "10", 
the third piece of data 104, "FOO", corresponds to a hash table key "1", and the fourth 
piece of data 106, "BAR", corresponds to a hash table key of "5". 

As is shown in FIGURE 6, the first piece of data 100, "THIS", is deposited in the 

15 hash table position 108 corresponding to the hash table key "5". Continuing to 
FIGURE 7, the second piece of data 102, "THAT", corresponds to a hash table key 
of "10". In an actual embodiment, if the hash table 96 does not have sufficient locations 
to correspond to each potential has key, the numbering of the hash table locations 
restarts at the beginning of the hash table 96 in sequential order as illustrated in 

20 FIGURE 7 at 1 10. In the illustrative embodiment, the hash table key "10" is located at 
hash table position 112. Accordingly, because hash table position 112 is available, the 
second piece of data 102 is stored in this hash table position. With continued referenced 
to FIGURE 7, hash table key "1 ", corresponding to the third piece of data 104, "FOO", is 
located at hash table position 114. Because no data is in hash table position 114, the 

25 third piece of data 1 04 is stored at that position. 

FIGURE 8 is a block diagram illustrating a key collision and the insertion of data 
in accordance with the present invention. The fourth piece of data 106, "BAR", 
corresponds to a hash table key of "5". However, when the hash table position 108 
associated with the hash table key of "5" is examined, the first piece of data 100 is 

30 already stored at this position. Accordingly, the fourth piece of data 106 cannot be 
stored at position 108. With reference to block 506 as described above, in the event a 
cache slot is unavailable, the next sequential block is obtained. In the illustrative 
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embodiment, position 108 is the last position on the hash table 96. In this illustrative 
embodiment, the next available position would be position 116 at the top of hash 
table 96. As illustrated in FIGURE 7, because there is no data stored at hash table 
position 1 16, the fourth piece of data 106 is stored at this position. 
5 Referring again to FIGURE 5, once the data is stored in cache 94, the cache 

server 94 multi-casts a request for any additional cache servers 94 to store the data at 
block 510. With reference to FIGURE 4, in an actual embodiment, the cache servers 94 
communicate to one another through the back communication channel 93. A multi-cast 
request is transmitted to each of the servers 94 in the click server 90, and each server 94 
10 stores the data in the manner illustrated in routine 500. At block 512, the routine 500 
terminates. 

O In an actual embodiment, each cache server 94 in the click server 90 maintains 

S identical contents. Accordingly, a request to the cache for data can be processed by any 

■0 one of the cache servers 94. As will be readily understood, there may be additional 

iti 15 discrepancies with the processing of data such that the locations of particular data in 
W each cache may not be identical. Additionally, some servers may experience data loss 

* such that the contents are not always identical. The multi-cast replication permits 

M, similar, if not identical, cache contents. 

O FIGURE 9 is a flow diagram illustrative of a hash table look up routine 900 for 

20 retrieving data once it has been stored in the cache server 94. At block 902, a request for 
CJ data is obtained. At block 904, a hash key is generated. As has been explained above, a 

U request for data often includes information regarding a data identifier, a user profile, the 

content, and/or the computer of the browser application 76. The same hash table key 
generating algorithms or methods utilized in block 502 is utilized to generate this hash 
25 table key. The hash table key may be generated by another server, such as the 
advertisement events server 82, or by the click server 90. 

At decision block 906, a test is done to determine whether there is an entry in a 
hash table 96 matching the generated hash table key. As explained above, in an actual 
embodiment, upon obtaining a request for data, the VIP 92 of the click server selects a 
30 cache server 94 to process the request. If no locations match the hash table key, the 
cache server 94 issues a multi-cast request for the data at block 908. In an actual 
embodiment, the cache server 94 transmits a request across the back channel 95 to each 
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of the connected servers 94. Alternatively, the cache server 94 may poll specific 
servers 94. 

At decision block 910, a test is made to determine whether the data has been 
received. If the data has not been received, the request fails at block 912. Preferably, a 

5 specific time period is set for waiting for any other cache server 94 to respond to the 
request. If no response is received by the expiration of the time period, the request fails. 
If, however, a response is received at decision block 910, the data is stored in the hash 
table 96 of that specific cache server 94 at block 914. At block 916, the data is returned 
to the requesting party and the routine 900 terminates at block 918. 

10 With reference to decision block 906, if there is an entry in the hash table 96 

matching the hash key, a test is conducted to determine whether the raw data from the 
request for the data matches the raw data used to store the entry in the hash table. 
Because the hashing algorithm may generate the same key for two distinct pieces of 
data, comparing the raw data from the data in memory and the request mitigates the 

15 incorrect transfer of data and allows for the use of chaining. If the raw data from the 
request does not match the raw data from the entry, the next sequential hash entry is 
located at block 922. The process then repeats to decision block 906. If the raw data 
from the request matches the raw data from the entry, the data is returned at block 924 
and the routine 900 terminates at block 926. 

20 FIGURE 10 is a block diagram of the cache server hash table 96 illustrating the 

deletion of data. Specifically, FIGURE 10 illustrates the use of a chaining identifier in 
accordance with the present invention. It will be appreciated by one skilled in the 
relevant art that cache servers 94 may periodically delete data, such as when data is 
unused for a specific period of time. Additionally, data may also be deleted according to 

25 instruction from a variety of sources. With reference to the use of chaining identifiers, 
the deletion of one or more data elements in the hash table 96 between an original key 
location and the next available location would prevent a subsequent retrieval of the data 
in the next available location as described in routine 900. For example and with 
reference to FIGURE 10, assume the first piece of data 100 at position 108 is deleted 

30 either by expiration of the first piece of data 100 or by an express command to delete it. 
Accordingly, position 108 corresponding to a hash table key of "5" is now available. 
Subsequently, if a request for the fourth piece of data 106, "BAR", occurs, the data 
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retrieval method would first examine location 108. In this case, it would find no data in 
the location and the assumption would be made that the fourth piece of data 106 does not 
exist. The present invention avoids this result in the manner described below. 

The present invention inserts a chaining identifier 1 1 8 in a hash table 96 to 

5 replace a data element if the data element has been counted in determining a next 
available position in the event of a hash key collision. As illustrated in FIGURE 10, the 
chaining identifier 118 is inserted at position 108 when the first piece of data 100 was 
deleted. The chaining identifier instructs the searching routine to continue to an 
additional sequential position to find a data element, namely, the fourth piece of 

10 data 106. The chaining identifier 1 18 can include a numerical value instructing the 
routine to jump to several positions in the hash table 96. Alternatively, the chaining 
identifier can also just be a single numerical value instructing the searcher to jump to the 
next hash table position. Moreover, in the event new data is to be stored in a location 
containing a chaining identifier 1 18, the chaining identifier 1 1 8 is deleted. The newly 

15 stored data causing the sequence represented by previously described blocks 920 and 
922 (FIGURE 9). 

FIGURE 1 1 illustrates a routine 1 100 for the connection of a hash table server 94 
in a distributed server environment. At block 1102, a multi-cast request for data is 
issued by the cache server 94. As illustrated in FIGURE 4, the cache server issues the 

20 request via a back communication channel 95. At decision block 1 104, a test is done to 
determine whether a response is received from the multi-cast request. If a response is 
received, at block 1106, the cache server accepts the first response and stores the data. 
Once a first response is received, any subsequent responses are rejected. Alternatively, 
the cache server 94 may poll designated cache servers 94 for data and/or may accept 

25 multiple responses for data error mitigation. The server then goes go on line at 
block 1 108 and the routine 1 100 terminates at block 1110. 

Referring again to decision block 1 104, if no response is received or no response 
is received within a given time period, the cache server 94 assumes it is the only node on 
line at block 1 1 12 and goes on line. The process 1 1 00 then terminates at block 1114. 

30 The present invention facilitates the storage of data into two or more portions 

into hash table keys, which are stored according to data unique to each request. Utilizing 
a hash key generating method that incorporates requester information into the hash keys, 
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the present invention facilitates the use of hash tables to store and recall various portions 
of the data while efficiently storing the data in a parallel distributed cache server 
environment. Moreover, the use of a distributed cache server environment facilitates the 
processing of the data portion requests concurrently. 

While the presently preferred embodiment of the invention has been illustrated 
and described, it will be appreciated that various changes can be made therein without 
departing from the spirit and scope of the invention as defined by the appended claims. 
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The embodiments of the invention in which an exclusive property or privilege is 
claimed are defined as follows: 

1. A method in a computer system for associating data with a data request, 

the method comprising: 

obtaining a request for provider data, wherein the provider data includes a 

first and second portion; 

associating a first identifier with the request for the provider data; 
returning the first portion of the provider data; 

storing the second portion of the provider data according to the first 
identifier; 

obtaining a request for the second portion of the provider data; 
associating a second identifier with the request for the second portion of 

the provider data; and 

returning the second portion of the provider data if the second identifier 

matches the first identifier. 

2. The method as recited in Claim 1, wherein the steps of associating the 
first and second identifier with the requests for the provider data include generating a 
hash table key corresponding to the request for provider data. 

3. The method as recited in Claim 2, wherein the hash table key generating 
step includes utilizing the provider data IP address to generate the hash table key. 

4. The method as recited in Claim 2, wherein the hash table key generating 
step includes utilizing a graphical user ID to generate the hash table key. 

5. The method as recited in Claim 1, wherein the first portion of the 
provider data includes a URL of content data. 

6. The method as recited in Claim 5, wherein the content data is 
advertisement media. 
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7. The method as recited in Claim 5, wherein the second portion of the 
provider data includes an HREF relating to the content data. 

8. The method as recited in Claim 1, wherein the step of storing the second 
portion of provider data according to the first identifier includes: 

storing the second portion of the provider data in a first cache; and 
replicating the second portion of the provider data to at least a second 

cache. 

9. The method as recited in Claim 8 ? wherein the step of returning the 
second portion of the provider data includes: 

requesting data corresponding to the second identifier from a first cache; 
if no match is found, requesting data matching the second identifier from 
the second cache. 

10. The method as recited in Claim 9, wherein the step of requesting data 
from a second cache further includes replicating the request for data matching the second 
identifier to at least two or more cache. 

1L A computer-readable medium having computer-executable instructions 
for performing the method recited in any one of Claims 1-10. 

12. A computer system having a processor, a memory, and an operating 
system, the computer system operable to perform the method recited in any one of 
Claims 1-10. 

13. A computer system for providing data to a requesting party, the system 
comprising: 

at least one content requestor for requesting provider data; and 

a content server in communication with the content requester and 

operable to provide a first and second portion of the provider data to the content 

requester. 

wherein the content server returns the first portion of the provider data 
and stores the second portion of the provider data according to a first identifier 
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upon receiving a first request for the provider data from the content requestor; 
and 

wherein the content server returns the second portion of the provider data 
upon receiving a second request for the provider data from the content requestor 
if a second identifier matches the first identifier. 

14. The system as recited in Claim 13, wherein the content server includes a 
cache for storing the second portion provider data. 

15. The system as recited in Claim 14, wherein the content server cache 
stores the second portion of the provider data in a hash table and wherein the first and 
second identifiers are hash table keys. 

16. The system as recited in Claim 14, further comparing a click server in 
communication with the content server and operable to store and recall the second 
portion of the provider data. 

17. The system as recited in Claim 16, wherein the click server includes two 
or more cache for storing the second portion of the provider data. 

1 8. The system as recited in Claim 17, wherein the two or more cache contain 
identical contents. 
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SYSTEM AND METHOD FOR DISTRIBUTED 
CACHING USING MULTICAST REPLICATION 

Abstract of the Disclosure 
A system and method for transferring multiple portions of data utilizing a 
5 distributed cache are disclosed. A content server obtains a request for content data and 
associates an identifier with the request. The content server returns a first portion of the 
data with the request and stores a second portion of the data in a cache according to the 
first identifier. Thereafter, the content server receives a request for the remaining 
portion of the provider data and associates a second identifier with the second request. If 
10 the second identifier matches the first identifier, the content server returns the data stored 
according to the first identifier. Additionally, the content server implements and utilizes 
a click server having multiple cache servers in which multi-cache replication is utilized 
to store identical contents in each cache server. 
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COMBINED DECLARATION AND POWER OF ATTORNEY 

IN PATENT APPLICATION 

As the below-named inventor, I hereby declare that: 

my residence, post office address and citizenship are as stated below next to my name; 

I believe that I am the original, first and sole inventor of the subject matter that is claimed 
and for which patent is sought on the invention entitled: SYSTEM AND METHOD FOR 
DISTRIBUTED CACHING USING MULTICAST REPLICATION, the specification of which is 
attached hereto. 

I hereby state that I have reviewed and understand the contents of the above-identified 
specification, including the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to the examination of 
this application in accordance with Title 37, Code of Federal Regulations, Section 1.56(a). 

I hereby claim foreign priority benefits under Title 35, United States Code, 
Section 119(a)-(c) of any foreign application(s) for patent listed below and have also identified 
below, any foreign application for patent or inventor's certificate having a filing date before that 
of the application on which priority is claimed: NONE 

I hereby claim foreign priority benefits under Title 35, United States Code, Section 1 19(d) 
of any inventor's certificate listed below. I declare that, upon investigation, I am satisfied that to 
the best of my knowledge, when filing the application for the inventor's certificate I had the 
option to file an application for either a patent or an inventor's certificate as to the subject matter 
of the identified claim or claims forming the basis for the claim of priority: NONE 

I hereby claim the benefit under Title 35, United States Code, Section 119(e) of any 
United States provisional application(s) listed below: NONE 

I hereby claim the benefit under Title 35, United States Code, Section 120 of any United 
States application(s) or PCT international application(s) designating the United States listed 
below, and, insofar as the subject matter of each of the claims of this application is not disclosed 
in the prior United States application in the manner provided by the first paragraph of Title 35, 
United States Code, Section 112, I acknowledge the duty to disclose material information as 
defined in Title 37, Code of Federal Regulations, Section 1.56(a) which occurred between the 
filing date of the prior application and the national or PCT international filing date of this 
application: NONE 

I hereby appoint the following attorneys and/or agents to prosecute this application and to 
transact all business in the United States Patent and Trademark Office connected therewith: 
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Bruce E. O'Connor, Reg, No. 24,849; LeeE. Johnson, Reg. No. 22,946; GaryS. Kindness, 
Reg. No. 22,178; James W. Anable, Reg. No. 26,827; James R. Uhlir, Reg. No. 25,096; Jerald E. 
Nagae, Reg. No. 29,418; Dennis K. Shelton, Reg. No. 26,997; Jeffrey M. Sakoi, Reg. 
No. 32,059; Ward Brown, Reg. No. 28,400; Robert J. Carlson, Reg. No. 35,472; Marcia S. 
Kelbon, Reg. No. 34,358; Rodney C, Tullett, Reg. No. 34,034; DaivaK. Tautvydas, Reg. 
No. 36,077; MaryL. DuliD, Reg. No. 40,574; and the firm of Christensen O'Connor Johnson 
Kindness PLLC . Address all telephone calls to Mauricio A. Uribe at telephone No. 206.695.1728. 

I hereby grant the following attorneys and/or agents an associate power of attorney with 
full power to prosecute this application and transact all business in the United States Patent and 
Trademark Office connected therewith: Katie E. Sako, Reg. No. 32,628; Daniel D. Crouse, Reg. 
No. 32,022. 

Address all correspondence to: 

CHRISTENSEN O'CONNOR JOHNSON KINDNESS PLLC 
1420 Fifth Avenue 
Suite 2800 
Seattle, WA 98101-2347 

I hereby further declare that all statements made herein of my own knowledge are true 
and that all statements made on information and belief are believed to be true; and further that 
these statements were made with the knowledge that willful false statements and the like so made 
are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United 
States Code, and that such willful false statements may jeopardize the validity of the application 
or any patent issued thereon. 
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